Automatic generation of dynamically assigned conditional follow-up tasks

ABSTRACT

Methods and apparatuses for automatic generation of dynamically assigned conditional follow-up tasks. A composition interface in which a user can compose an electronic mail message is provided. A mechanism within the composition interface to select a response window is provided. A follow-up task corresponding to the electronic mail message for the user is generated only if a response to the electronic mail message is not received within the response window.

CLAIM OF PRIORITY

This application is a continuation of U.S. patent application Ser. No. 14/810,230, entitled “AUTOMATIC GENERATION OF DYNAMICALLY ASSIGNED CONDITIONAL FOLLOW-UP TASKS,” filed Jul. 27, 2015, now U.S. Pat. No. 9,762,520 issued Sep. 12, 2017, which claims the benefit of U.S. Provisional Patent Application No. 62/141,123, entitled “AUTOMATIC GENERATION OF DYNAMICALLY ASSIGNED CONDITIONAL FOLLOW-UP TASKS,” filed Mar. 31, 2015. The contents of all applications listed above are incorporated herein, by reference, in their entirety.

TECHNICAL FIELD

Embodiments relate to automatic conditional task assignments. More particularly, embodiments relate to techniques for automatic generation of dynamically assigned conditional follow-up tasks.

BACKGROUND

It is increasingly common for a majority of communications to be conducted via electronic mail. People who manage a relatively large number of tasks or projects via email (e.g., salespeople, managers, teachers, insurance professionals) may find it difficult to consistently follow-up on items when the recipient of an email does not respond.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings in which like reference numerals refer to similar elements.

FIG. 1 is an illustration of one embodiment of a browser accessing email functionality with a sidebar to provide information related to one or more recipients of an email message and further supporting automatic generation of dynamically assigned conditional follow up tasks.

FIG. 2 is an illustration of one embodiment of an electronic mail message composition interface in which automatic generation of dynamically assigned conditional follow-up tasks can be enabled.

FIG. 3 is a block diagram of one embodiment of an electronic system.

FIG. 4 is a flow diagram of one embodiment of a technique for supporting dynamically assigned conditional follow-up tasks.

FIG. 5 is a block diagram of one embodiment of a conditional follow-up agent.

DETAILED DESCRIPTION

In the following description, numerous specific details are set forth. However, embodiments of the invention may be practiced without these specific details. In other instances, well-known circuits, structures and techniques have not been shown in detail in order not to obscure the understanding of this description.

In one embodiment, during email composition (or other communication flow), a user is given the option that if a current recipient has not replied in a specified time, a follow up task is automatically created and assigned to the user. If, before that specified due date, the recipient (or any recipients on the To/CC line, if multiple) has responded to the user, the follow up is not created. In one embodiment, the generated follow up can be associated to the particular email message on which the follow up was scheduled. The generated follow up can provide a message button, which brings up the sent email message and brings context to user right away.

In one embodiment, a recommendation can be made to a user to create a follow-up based on the content of the communication. In one embodiment, this functionality can be provided as a browser extension. For example, natural language features such as questions, inquiries (e.g., “?”, “Can you . . . ”, “Let me know . . . ”) can trigger a suggestion for an automatic follow up task if no response is received. These features can be hard coded and/or can be generated through machine learning techniques.

FIG. 1 is an illustration of one embodiment of a browser accessing email functionality with a sidebar to provide information related to one or more recipients of an email message and further supporting automatic generation of dynamically assigned conditional follow up tasks. In one embodiment, the dynamically presented contextual information is presented as sidebar 100 (illustrated on the right side of a graphical user interface). However, presentation of this information is not limited to a sidebar (or even a bar-type window/graphic). Various features and elements of sidebar 100 are described in greater detail below.

In one embodiment, sidebar 100 is provided by a browser (e.g., Internet Explorer®, Chrome®, Safari®, Firefox®) extension. Generally speaking, a browser extension is a computer program that extends the functionality of a browser in some way. Depending on the browser and the version, the term may be distinct from similar terms such as plug-in or add-on. Some extensions are authored using web technologies such as HTML, JavaScript, and CSS. Browser extensions can change the user interface of the web browser without directly affecting viewable content of a web page, for example, by adding sidebar 100.

In one embodiment, sidebar 100 is provided when a user utilizes browser 120 to access an email application/site (e.g., Gmail, Yahoo! Mail, Hotmail, iCloud). In the example of FIG. 1, navigation panel 130 allows the user to create/compose, edit, send, save, delete, organize various email messages in the normal manner provided by the email application/site. In one embodiment, the email functionality is provided by the email application/site in the same manner as where conditional follow up tasks are not generated.

While most of the examples herein are for a browser based embodiment, non-browser embodiments can be supported as well. For example, dynamically created follow up functionality can be provided for a user that is composing email in an email application (e.g., Mac Mail). In one embodiment, when a user provides a recipient (e.g., 150), sidebar 100 provides information corresponding to that recipient. Multiple recipients (140) can be included in an email message.

In one embodiment, sidebar provides information relating to recipient 150 from internal data sources (e.g., CRM database, HR profile, contacts database/application) and/or from external data sources (e.g., social media sites, professional networks, news sites, third-party information gathering services, Internet searches).

In one embodiment, the email composition interface further includes follow-up bar 160, which allows a user to enable automatic generation of a follow-up task. In one embodiment, when an email message is sent, the extension checks to determine whether automatic generation of follow-ups has been enabled. If so, the system checks to determine whether the email has been sent before proceeding with the enablement of the automatic generation of a follow-up task.

In one embodiment, the system (e.g., via a backend database) keeps a listing of email messages (or other types of communication/actions that are tracked—instant messages, text messages, audio messages) and when the response window has closed, the system checks to determine if a reply to the email message (or other communication) has been received. In one embodiment, the system (e.g., via the backend database) periodically sweeps through the pending (e.g., non-expired, non-response) scheduled follow-ups and checks to determine if a reply to the original message has been received. If a reply has been received, no follow-up task is generated. If a reply has not been received, a follow-up task can be generated.

The follow-up task can be assigned via the email application/site, via a CRM or other on-demand services environment, or in any other way. In one embodiment, the follow up, if generated, has the same functionality as a manually created follow up. In one embodiment, the generated follow up can be 1) associated to a CRM relationship, 2) assigned to others, and/or 3) modified across CRM (or other application type) clients (e.g., browser extension, web app, mobile apps).

In an alternate embodiment, pixel tracking and/or link tracking can be utilized to determine whether to automatically generate a follow-up task. For example, a follow-up task may not be generated unless the recipient has opened the message, or a follow-up task may not be generated unless the recipient has accessed a link embedded in the message.

FIG. 2 is an illustration of one embodiment of an electronic mail message composition interface in which automatic generation of dynamically assigned conditional follow-up tasks can be enabled. In one embodiment, automatic generation of conditional follow-up tasks can be enabled and/or controlled via an additional element in an electronic mail composition interface, for example, as a bar on the bottom of the window, or as a drop-down menu, or as a dialog box, etc. In the example of FIG. 2, when a user opens a window 200 to create a new message, the controls for automatic generation of one or more conditional follow-up tasks can be included as a bar at the bottom (or top, or side) of the new message.

In one embodiment, the user is given check box 210, 220 (or other mechanism) to enable automatic generation of conditional follow-up tasks. In one embodiment, the user is allowed to select a response window via menu 230. In one embodiment, clicking on menu 230 provides calendar 240, which can allow the user to select from pre-defined follow-up times (e.g., today, tomorrow, 3 days, 1 week, 2 weeks) or to select a custom response window (e.g., by using calendar 240 and calendar navigation tools). The dynamically assigned conditional follow-up task can then be assigned if no reply is received within the window defined using the mechanisms of FIG. 2.

FIG. 3 is a block diagram of one embodiment of an electronic system. The electronic system illustrated in FIG. 3 is intended to represent a range of electronic systems (either wired or wireless) including, for example, desktop computer systems, laptop computer systems, cellular telephones, personal digital assistants (PDAs) including cellular-enabled PDAs, set top boxes, tablets, etc. Alternative electronic systems may include more, fewer and/or different components.

Electronic system 300 includes bus 305 or other communication device to communicate information, and processor 310 coupled to bus 305 that may process information. While electronic system 300 is illustrated with a single processor, electronic system 300 may include multiple processors and/or co-processors. Electronic system 300 further may include random access memory (RAM) or other dynamic storage device 320 (referred to as main memory), coupled to bus 305 and may store information and instructions that may be executed by processor 310. Main memory 320 may also be used to store temporary variables or other intermediate information during execution of instructions by processor 310.

Electronic system 300 may also include read only memory (ROM) and/or other static storage device 330 coupled to bus 305 that may store static information and instructions for processor 310. Data storage device 340 may be coupled to bus 305 to store information and instructions. Data storage device 340 such as a magnetic disk or optical disc and corresponding drive may be coupled to electronic system 300.

Electronic system 300 may also be coupled via bus 305 to display device 350, such as a cathode ray tube (CRT) or liquid crystal display (LCD), to display information to a user. Alphanumeric input device 360, including alphanumeric and other keys, may be coupled to bus 305 to communicate information and command selections to processor 310. Another type of user input device is cursor control 370, such as a mouse, a trackball, or cursor direction keys to communicate direction information and command selections to processor 310 and to control cursor movement on display 350.

Electronic system 300 further may include network interface(s) 380 to provide access to a network, such as a local area network. Network interface(s) 380 may include, for example, a wireless network interface having antenna 385, which may represent one or more antenna(e). Network interface(s) 380 may also include, for example, a wired network interface to communicate with remote devices via network cable 387, which may be, for example, an Ethernet cable, a coaxial cable, a fiber optic cable, a serial cable, or a parallel cable.

In one embodiment, network interface(s) 380 may provide access to a local area network, for example, by conforming to IEEE 802.11b and/or IEEE 802.11g standards, and/or the wireless network interface may provide access to a personal area network, for example, by conforming to Bluetooth standards. Other wireless network interfaces and/or protocols can also be supported.

IEEE 802.11b corresponds to IEEE Std. 802.11b-1999 entitled “Local and Metropolitan Area Networks, Part 31: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications: Higher-Speed Physical Layer Extension in the 2.4 GHz Band,” approved September 36, 3999 as well as related documents. IEEE 802.11g corresponds to IEEE Std. 802.11g-2003 entitled “Local and Metropolitan Area Networks, Part 31: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications, Amendment 4: Further Higher Rate Extension in the 2.4 GHz Band,” approved Jun. 27, 2003 as well as related documents. Bluetooth protocols are described in “Specification of the Bluetooth System: Core, Version 3.1,” published Feb. 22, 2001 by the Bluetooth Special Interest Group, Inc. Associated as well as previous or subsequent versions of the Bluetooth standard may also be supported.

In addition to, or instead of, communication via wireless LAN standards, network interface(s) 380 may provide wireless communications using, for example, Time Division, Multiple Access (TDMA) protocols, Global System for Mobile Communications (GSM) protocols, Code Division, Multiple Access (CDMA) protocols, and/or any other type of wireless communications protocol.

FIG. 4 is a flow diagram of one embodiment of a technique for supporting dynamically assigned conditional follow-up tasks. The techniques of FIG. 4 can be performed, for example, by an electronic system described in FIG. 3.

Generation of an electronic communication is detected, 410. This can be, for example, determining that a user has clicked/selected a “compose” button on an electronic mail interface. As another example, determining that the user has clicked/selected a “send” button or other mechanism to transmit an electronic mail message. As other examples, sending an instant message or a text message, or leaving a voice mail message can also be detected.

In one embodiment, the system may determine if the electronic message has been delivered, opened and/or viewed. This can be accomplished by, for example, utilization of read receipts, pixel tracking, link tracking, etc. In one embodiment, dynamically assigned conditional follow-up tasks are generated for messages that have been delivered, opened or viewed. In one embodiment, the user can choose the triggering event (e.g., send, delivery, opening, viewing, accepting) that opens the response window.

In one embodiment, the system determines if automatic generation of dynamically assigned conditional follow-up tasks has been enabled, 420. As discussed above, a user may have an option to enable/disable generation of follow-up tasks. In some embodiments, follow-up tasks may be generated for all electronic messages, or a party other than the user may determine the parameters.

In one embodiment, the system determines if a reply has been received within the response window, 430. In one embodiment, the system can maintain a log or listing of messages for which automatic follow-up tasks can be created. In one embodiment, the system can maintain a log or listing of reply window closing times after which it checks to determine whether a reply has been received. The system can periodically review the log/listing, or an automatic trigger can be used.

If no reply/response has been received by the end of the response window, a follow-up task is automatically generated, 440. In one embodiment, the system may review email logs to determine if a reply has been received. In an alternate embodiment, the user's email account may be monitored before the closing of the response window to determine if a reply/response has been received.

If no reply is received, 440, the system generates a follow-up task, 450. In one embodiment, the customer relationship management (CRM) system that provides and manages follow-up tasks functions to generate the follow-up task as described. In another embodiment, another entity can create the follow-up tasks within the CRM. For example, an email application, a browser extension, a browser add-on/plug-in, etc.

FIG. 5 is a block diagram of one embodiment of a conditional follow-up agent. In one embodiment, conditional follow-up agent 500 includes control logic 510, which implements logical functional control to direct operation of conditional follow-up agent 500, and/or hardware associated with directing operation of conditional follow-up agent 500. Logic may be hardware logic circuits and/or software routines. In one embodiment, conditional follow-up agent 500 includes one or more applications 512, which represent code sequence and/or programs that provide instructions to control logic 510.

In one embodiment, conditional follow-up agent 500 includes memory 514, which represents a memory device and/or access to a memory resource for storing data and/or instructions. Memory 514 may include memory local to conditional follow-up agent 500, as well as, or alternatively, including memory of the host system on which conditional follow-up agent 500 resides. Conditional follow-up agent 500 also includes one or more interfaces 516, which represent access interfaces to/from (an input/output interface) conditional follow-up agent 500 with regard to entities (electronic or human) external to conditional follow-up agent 500.

Conditional follow-up agent 500 also includes conditional follow-up engine 520, which represents one or more functions or module that enable conditional follow-up agent 500 to provide the dynamic calendar functionality as described above. The example of FIG. 5 provides several modules that may be included in conditional follow-up engine 520; however, different and/or additional modules may also be included. Example modules that may be involved in providing the conditional follow-up functionality include communication detection module 530, response window module 540, response monitoring module 550, follow-up task module 560, user interface module 570. Each of these modules may further include other sub-modules to provide other functions. As used herein, a module refers to routine, a subsystem, logic circuit, microcode, etc., whether implemented in hardware, software, firmware or some combination thereof.

In one embodiment, communication detection module 530 functions to determine when a communication is in the appropriate stage to trigger the analysis to determine whether a dynamic follow-up tasks should be generated. For example, communication detection module 530 can determine when a user begins to compose an email message, when the user selects an email message recipient, when the user sends an email message. As other, non-email examples, communication detection module 530 can determine when the user composes an instant message, text message or initiates a phone call, etc. In one embodiment, communication detection module 530 can also determine the recipients of the message.

In one embodiment, response window module 540 operates to determine the desired response window (i.e., the amount of time between sending the message and the lack of reply before a follow-up task should be generated). In one embodiment, response window module 540 operates using a default window unless modified. In one embodiment, response window module 540 gathers information from the user interface (e.g., FIG. 2) to determine the response window.

In one embodiment, response monitoring module 550 determines if a reply has been received. In one embodiment, response monitoring module 550 periodically (e.g., once per hour, once per day, every 15 minutes, every 2 days) checks for closed response windows and then searches for replies that satisfy the original message. If none are found, response monitoring module 550 can send and indication to follow-up task module 560 that a reply has not been received.

In one embodiment, follow-up task module 560 operates to generate the follow-up task discussed herein. Follow-up task module can be part of a CRM platform or can be part of a different component (e.g., browser, mail application, calendar application). In one embodiment, in response to an indication from response monitoring module 550, follow-up task module 560 can operate to generate/create a follow-up task that can be assigned to the user generating the original message or a different party (e.g., supervisor, team member).

In one embodiment, user interface module 570 generates all or part of the graphical user interface that the user utilizes to compose communications and/or set parameters for the dynamically generated conditional follow-up tasks, for example, one or more elements of FIG. 2.

Reference in the specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment.

While the invention has been described in terms of several embodiments, those skilled in the art will recognize that the invention is not limited to the embodiments described, but can be practiced with modification and alteration within the spirit and scope of the appended claims. The description is thus to be regarded as illustrative instead of limiting. 

What is claimed is:
 1. A non-transitory computer readable medium having stored thereon instructions that, when executed by one or more processors, are configurable to cause the one or more processors to: provide a graphical user communication interface in which an electronic message designating at least one sender and one or more recipients can be composed; generate a follow-up task within an application running on a computing platform communicatively coupled with the graphical user communication interface, the application to provide at least scheduling of a follow-up task corresponding to transmitting the electronic message to the one or more recipients, wherein the follow-up task has an associated date that is subsequent to the transmitting of the electronic message; store data describing the follow-up task in a database; and clear the follow-up task if a response to the electronic message is received by the associated date.
 2. The non-transitory computer readable medium of claim 1 wherein the electronic communications functionality comprises electronic mail.
 3. The non-transitory computer readable medium of claim 1 wherein the composition interface is provided within a browser application.
 4. The non-transitory computer readable medium of claim 1 wherein the graphical user communication interface comprises at least a composition interface having at least an interface element to allow a user to customize the follow-up task.
 5. The non-transitory computer readable medium of claim 1 wherein the graphical user communication interface comprises at least an interface element to allow a user to select a duration for a response window.
 6. The non-transitory computer readable medium of claim 1 wherein the follow-up task is created within an electronic mail application.
 7. The non-transitory computer readable medium of claim 1 wherein the follow-up task is created within a customer relationship management (CRM) environment.
 8. The non-transitory computer readable medium of claim 1 wherein the follow-up task is created within an on-demand services environment.
 9. The non-transitory computer readable medium of claim 1 wherein clearing the follow-up task comprises deleting the follow-up task.
 10. The non-transitory computer readable medium of claim 1 wherein clearing the follow-up task comprises notifying the sender that the follow-up task is not needed.
 11. A computer-implemented method comprising: providing a graphical user communication interface in which an electronic message designating at least one sender and one or more recipients can be composed; generating a follow-up task within an application running on a computing platform communicatively coupled with the graphical user communication interface, the application to provide at least scheduling of a follow-up task corresponding to transmitting the electronic message to the one or more recipients, wherein the follow-up task has an associated date that is subsequent to the transmitting of the electronic message; storing data describing the follow-up task in a database; and clearing the follow-up task if a response to the electronic message is received by the associated date.
 12. The computer-implemented method of claim 11 wherein the electronic communications functionality comprises electronic mail.
 13. The computer-implemented method of claim 11 wherein the composition interface is provided within a browser application.
 14. The computer-implemented method of claim 11 wherein the graphical user communication interface comprises at least a composition interface having at least an interface element to allow a user to customize the follow-up task.
 15. The computer-implemented method of claim 11 wherein the graphical user communication interface comprises at least an interface element to allow a user to select a duration for a response window.
 16. The computer-implemented method of claim 11 wherein the follow-up task is created within an electronic mail application.
 17. The computer-implemented method of claim 11 wherein the follow-up task is created within a customer relationship management (CRM) environment.
 18. The computer-implemented method of claim 11 wherein the follow-up task is created within an on-demand services environment.
 19. The computer-implemented method of claim 11 wherein clearing the follow-up task comprises deleting the follow-up task.
 20. The computer-implemented method of claim 11 wherein clearing the follow-up task comprises notifying the sender that the follow-up task is not needed.
 21. A hardware electronic computing device to provide access to an electronic communications functionality, the computing device to: provide a graphical user communication interface in which an electronic message designating at least one sender and one or more recipients can be composed; generate a follow-up task within an application running on a computing platform communicatively coupled with the graphical user communication interface, the application to provide at least scheduling of a follow-up task corresponding to transmitting the electronic message to the one or more recipients, wherein the follow-up task has an associated date that is subsequent to the transmitting of the electronic message; store data describing the follow-up task in a database; and clear the follow-up task if a response to the electronic message is received by the associated date.
 22. The hardware electronic computing device of claim 21 wherein the electronic communications functionality comprises electronic mail.
 23. The hardware electronic computing device of claim 21 wherein the composition interface is provided within a browser application.
 24. The hardware electronic computing device of claim 21 wherein the graphical user communication interface comprises at least a composition interface having at least an interface element to allow a user to customize the follow-up task.
 25. The hardware electronic computing device of claim 21 wherein the graphical user communication interface comprises at least an interface element to allow a user to select a duration for a response window.
 26. The hardware electronic computing device of claim 21 wherein the follow-up task is created within an electronic mail application.
 27. The hardware electronic computing device of claim 21 wherein the follow-up task is created within a customer relationship management (CRM) environment.
 28. The hardware electronic computing device of claim 21 wherein the follow-up task is created within an on-demand services environment.
 29. The hardware electronic computing device of claim 21 wherein clearing the follow-up task comprises deleting the follow-up task.
 30. The hardware electronic computing device of claim 21 wherein clearing the follow-up task comprises notifying the sender that the follow-up task is not needed. 